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DETAILED ACTION 



Applicant's Submission of a Response 

1 . Applicant's submission of a response on May 24, 2010 has been received and fully 
considered. In the response, claims 1, 4, 79, 81, 108, and 109 have been amended. Therefore, 
claims 1-13, 15-19, 21-61, 63-92, 108, and 109 are pending. 



Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

4. Claims 1-5, 8-12, 63-65, and 108 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Mockapetris "Analysis of Reliable Multicast Algorithms for Local 
Networks" (USC Information Sciences Institute,1983), herein referred to as Mockapetris, 



in view of Nguyen (US 2004/0002385 Al). 
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Regarding claims 1,108 Mockapetris discloses an online system and method comprising a 
communication network, at least two central servers, each of the at least two servers being 
coupled to the network, at least one client terminal coupled to the at least two central servers 
through the communication network in a client-server configuration in which each of the at least 
one gaming machine is a client to the at least two central servers, each of the at least one client 
terminals being configured to carry out a transaction and to commit each transaction to each of 
the at least two central servers by sending a single transaction packet to each of the at least two 
central servers, each single transaction packet sent to each of the at least two central servers 
include an inbound payload, wherein each of the at least two central servers, upon receipt of the 
inbound game payload, are configured to return an outbound payload to the gaming machine 
having sent the transaction packet, the outbound payload enabling the client terminal having sent 
the transaction packet to complete the transaction. 

Specifically, Mockapetris discloses a multicast algorithm for communication networks 
wherein redundant copies of a data packet are transmitted from a single client terminal to 
multiple servers (P. 150, col. 2, 1 st paragraph, "a given transmission goes to all destinations"; 3 rd 
paragraph, "Multicast queries enable multiple servers to process queries in parallel . . . multicast 
allows for rapid update of redundant copies). Further, in the multicast system disclosed by 
Mockapetris, each server having received said transmission responds by returning an outbound 
transmission to the gaming machine having sent the transaction packet (P. 152, Multicast 
Implementations, actions 2-4; including "Generation and transmission of acknowledgements 
from receivers to the sending host"). The acknowledgements received by the client terminal 
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enable completion of the transaction (P. 152, Multicast Implementations, action 5; 
'Acknowledgement processing at the sending host"). 

Mockapetris does not disclose the implementation of the multicast system in a gaming 
system, wherein the client terminal is a gaming machine configured to play at least one game 
and to carry out a game transaction for each game played, and further that the inbound data 
packet is a game payload. However, in an analogous network communication system, Nguyen 
discloses a client terminal, i.e. gaming machine 302, connected to at least two central servers 
(host server 328, cashless system server 144, progressive system server 147), wherein the 
gaming machine is configured to play at least one game, to carry out a game transaction for each 
game, and to commit each game transaction to a central server via transmission of a data packet 
(Tf 0017, 1|00 19, 1|0039). Further, Nguyen specifically discloses there may be more than one host 
server in the communications network fl|0039). Therefore, it would have been obvious to one of 
ordinary skill in the art to combine the multicast data transmission system of Mockapetris with 
the gaming communications system of Nguyen as all the claimed elements were known in the 
prior art and one skilled in the art could have combined the elements as claimed by known 
methods with no change in their respective functions, and the combination would have yielded 
predictable results. 

Mockapetris/Nguyen do not specifically disclose the at least one gaming machine is 
configured such that a first arriving outbound payload received by the at least one gaming 
machine is effective to complete the game transaction, irrespective of when and if a second later 
arriving outbound payload is received by the at least one gaming machine. Mockapetris 
discloses that acknowledgements sent from the target hosts are received and processed at the 
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sending host (P. 152, Multicast Implementations, action 5; "Acknowledgement processing at the 
sending host"), and further that an acknowledgement transmission is sent from each target host 
to the sending host (P. 153, separate acknowledgment algorithms paragraph). P. 152, 2 nd column, 
of Mockapetris states that "Our goal is to optimize the multicast potential of the medium without 
incurring excessive cost in terms of processing events in the receivers of the distribution. This 
goal is achieved through measures ... to rapidly discard irrelevant or duplication transmissions " 
(emphasis added). 

Nguyen discloses receiving transmissions at a sending host, i.e. the gaming machine, 
from a target host, i.e. the central DCU server as described above. Nguyen further discloses that 
the transmissions received from the central servers may be used to complete a gaming 
transaction in ]j0047,0049, citing specific examples of a cashless transaction authorization. 
Therefore, if the multicast system of Mockapetris is combined with the gaming network for 
authorization of cashless transactions of Nguyen, it would have been obvious to one of ordinary 
skill in the art at the time of the invention to utilize only the first arriving inbound payload to 
complete the transaction, irrespective of when and if a second later arriving outbound payload is 
received by the at least one gaming machine, as it would only require a single authorization to 
complete the cashless gaming transaction and Mockapetris specifically discloses discarding 
duplication transmissions in order to avoid excessive processing costs. A second authorization 
message received from a second server would be redundant and unnecessary as the first 
authorization message would provide sufficient authorization to complete the transaction. For 
instance, if a player requests funds to be transferred directly from an outside financial account 
directly to a gaming machine, a single authorization message received from the central server 
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would be sufficient to process the transaction, irrespective of if and when a second authorization 
message is received. The second message would not be necessary, and could be disregarded by 
the gaming machine without an interruption of the transaction process. 

With regard to the most recent amendments to the claims related to "sending a single 
transaction packet to each of the at least two servers," the Examiner has taken the position that 
"single" does not limit the claims to "one and only one" sent packet. Therefore, Mockapetris still 
reads on the claim limitation. However, in the alternative, if it is held that "single" means "one 
and only one", then the Examiner relies upon a KSR motiviation of "obvious to try" a more 
simplified design choice to modify Mockapetris by eliminating the redundant packet sent to each 
server. Therefore, Mockapetris would be modified to send "one and only one" packet to each 
server. It would have been obvious to one of ordinary skill in the art the time the invention was 
made to modify Mockapetris to include only a single packet in order to reduce costs and make 
the system more streamlined. 

Regarding claims 2 (also relevant to 80), Mockapetris discloses each of the at least two 
central servers returns a game transaction commit acknowledgement to the at least one gaming 
machine (P. 152, Multicast Implementations action 4). 

Regarding claims 3 (also relevant to 81,96) Mockapetris does not specifically disclose 
acknowledging to a player the validity of a game transaction upon receipt of the at least one 
game transaction commit acknowledgment during a predetermined timeout period. However, 
Mockapetris does disclose the use of timeout periods on P. 153, 1 st paragraph, wherein the 
system requires "restrictions on the packet lifetime". Nguyen discloses the gaming machine is 
configured to acknowledge to a player a validity of the game transaction upon receipt of at least 
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one game transaction commit acknowledgement in that the receipt of data transmitted from the 
server to the gaming terminal enables game play, e.g. cashless transaction authorizations (TJ0049, 
TJ0068) thus the enabling of game play is in itself an acknowledgement to a player of the validity 
of the game transaction. 

Regarding claims 4 ((also relevant to 82,97) Mockapetris inherently discloses that the 
payload includes at least one of a machine ID, a user/player ID, a transaction GUID, a machine 
originating/return address, a game ID, a game bet and an amount wagered. That is, the 
communication system disclosed by Mockapetris includes the generation and transmission of 
acknowledgements from receivers to the sending host (P. 152, Multicast Implementations action 
4). Therefore, the receiving server must receive a data transmission containing an 
originating/return address in order to transmit an acknowledgement of receipt of said data 
transmission to the sending host. 

Regarding claims 5 (also relevant to 83,98) Nguyen discloses the at least one gaming 
machine is configured to be an active participant in a fault tolerance of the online gaming 
system. That is, Nguyen discloses the ability of the DCU to choose a data transmission path by 
which gaming data is sent to the central server in the event of a communication disruption, or 
fault (TJ0084-0088). Further, Nguyen discloses an embodiment of the invention wherein the DCU 
may be located on a gaming machine (^|009 1). 

Regarding claims 8 (also relevant to 85,101) Nguyen discloses the communication 
network is the internet fl|01 1 1). Nguyen does not specifically disclose a protocol to transport a 
payload of each game transaction is UDP. However, Nguyen does disclose the ability to support 
multiple data transport protocols (](0103). Therefore, it would have been obvious to one of 



Application/Control Number: 10/656,631 Page 8 

Art Unit: 3718 

ordinary skill in the art at the time of the invention to utilize UDP as the protocol to transport a 
payload of each game transaction. Additionally, the UDP protocol is well known in the gaming 
art, as evidenced by Traversat et al, (US 2002/0147771 Al), in ^ 0150. 

Regarding claims 9 (also relevant to 86,102) Nguyen does not specifically disclose the at 
least two central servers and the at least one gaming machine are configured to support instant- 
draw and deferred-draw of random events. Nguyen does disclose that a gaming machine is 
configured to instantly determine a game outcome, e.g. in a slot machine embodiment the 
gaming terminal is configured to randomly determine and present a game outcome to a player 
(1(0003). However, it is notoriously well known in the art to enable a gaming machine to support 
instant-draw events, e.g. slot machine type events wherein a result is instantly determined and 
displayed to a player, and deferred-draw events, e.g. keno type events wherein there may be 
some lapse of time between when a player places a wager and the actual determination of a 
random event such as the drawing of the winning keno numbers, as evidenced by LeMay et al. 
(US 2004/0063495 Al). LeMay discloses a network gaming system configured to support both 
instant-draw and deferred-draw of random events (i.e. slot machine games and keno-type 
games), as shown in Fig. 16 and Fig. 17, respectively. Therefore, it would have been obvious to 
one of ordinary skill in the art to provide this capability to the instant invention as it is 
notoriously well known to do so in order to increase player gaming choices at a single gaming 
terminal. 

Regarding claims 10 (also relevant to 87,103) Nguyen discloses a remote 
communications network wherein gaming terminals are linked to a remote host server (1(0004), 
and that there may be multiple host servers fl[0039). Therefore, it would have been obvious to 
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one of ordinary skill in the art to allow the at least two central servers to be remote from one 
another. 

Regarding claims 11,12 (also relevant to 88,89,104,105) Nguyen discloses the DCU 
comprises a trusted transactional cache, the trusted transactional cache being configured to 
process each committed game transaction received directly and independently from each of the 
at least one gaming machine, and to provide real time persistent storage and logging of aspects of 
each committed game transaction (10045, 10077, 10079). 

Regarding claims 63 (also relevant to 90,106) Nguyen discloses the gaming terminal is 
configured to initiate and terminate the game transaction (10003), wherein a player may begin 
play by placing a wager or terminal play by cashing out, as is the standard operating method of 
slot machine gaming devices. 

Regarding claim 64 (also relevant to 91,107) Nguyen discloses the at least one gaming 
machine is configured as sole master of the game transaction as, as shown in Fig. 1, the master 
gaming controller 108 is located within the gaming machine 102, wherein "the master gaming 
controller 108 typically controls the game play on the gaming machine 102" (10012). 

Regarding claims 65,71 (also relevant to 92) Nguyen discloses an embodiment of the 
online gaming system wherein only the at least one gaming machine is configured for recovery 
from network communication errors occurring during the game transaction. That is, Nguyen 
discloses an embodiment of the system wherein the DCU mitigates transaction errors (10023) 
and the DCU is located on a gaming machine (TJ0091). 
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5. Claims 6, 7, 78-92, and 109 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Mockapetris in view of Nguyen as applied to claims 1 (for claims 6 and 
7)above, and further in view of U.S. Patent No. 5,956,489 to San Andres. 

The combination of Mockapetris and Ngugyen disclose all of the limitations as set forth 
above but fail to expressly disclose synchronizing between the servers. 

San Andres teaches the use of a multiple servers and synchronizing between the servers 
(see paragraphs bridging columns 2-3). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Mockapetris with synchronized servers as taught by San Andres in order to 
bring each server up to date and not unnecessarily consume processing resources. 

Response to Arguments 

6. Applicant's arguments filed 5/24/10 have been fully considered but they are not 
persuasive. 

On page 25 (continued through page 28), Applicant argues that Mockapetris fails to 
disclose sending a "single" packet to each of the servers. The Examiner respectfully disagrees. 
As set forth above, it is the Examiner's position that "single" does not equate to "one and only 
one". Mockapetris may send a single packet and then may also send another packet. That is, 
"single" does not limit the claim to sender additional packets. However, in the alternative, if it is 
held that "single" means "one and only one", then the Examiner relies upon a KSR motiviation 
of "obvious to try" a more simplified design choice to modify Mockapetris by eliminating the 
redundant packet sent to each server. Therefore, Mockapetris would be modified to send "one 
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and only one" packet to each server. It would have been obvious to one of ordinary skill in the 
art the time the invention was made to modify Mockapetris to include only a single packet in 
order to reduce costs and make the system more streamlined. 

Conclusion 

7. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to JAMES S. MCCLELLAN whose telephone number is (571)272- 
7167. The examiner can normally be reached on Mon-Fri (8:30AM-5:00PM). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Vo Peter can be reached on (571) 272-4690. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/JAMES S. MCCLELLAN/ 
Primary Examiner, Art Unit 3718 



